| Author |
Thread Statistics | Show CCP posts - 19 post(s) |

Vincent Athena
V.I.C.E.
2307
|
Posted - 2013.11.29 04:36:00 -
[1] - Quote
Yes, about once a week. Its the Mac client and I use the Mac clone maker to set up all the links for me. In general I only run the clones. I got one for each of my accounts. I only run the main instal for then you push out a patch.
Edit: A bit about the freeze. The screen stops updating and the client will not accept any user input, including the esc key. But the ship remains in space doing whatever it was doing last. For example if it was mining it continues to do so until the roid runs out or the hold fills or you kill the client. The only way to deal with the situation is to force quit the client. If the ship is in space than at that time it will do its e-warp. http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2309
|
Posted - 2013.11.29 15:47:00 -
[2] - Quote
Darwi Hodrade's and my experiences are virtually the same. This is what we on the Mac forum have been calling the "Mac freeze bug". Now it seems to be just "The Freeze Bug". Welcome to my world. CCP Snorlax, you may want to review the 29 page, two year old thread about this bug over on the Mac forum. https://forums.eveonline.com/default.aspx?g=posts&t=26864&find=unread
I too will be running 3 clients and have just one freeze. It can happen any time, but seems to be most often on grid loads. Also we Mac users have found that anything else using the internet connection on your computer tends to increase the chances of a freeze. This is especially true of torrents. But web browsing can do it. PYFA fetching API data can do it.
Also: I am using a SSD, and I still get freezes. http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2312
|
Posted - 2013.11.29 17:50:00 -
[3] - Quote
Is it worth it for Mac users to do this for you? You would still get the pythonstatus file.
http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2313
|
Posted - 2013.11.29 23:30:00 -
[4] - Quote
Well, under
p_drive/Local Settings/Application Data/CCP/EVE
there are files with names like
ba626026-34bc-e211-98fe-a7f1d92a82c8.dmp
Is that what you need? http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2338
|
Posted - 2013.12.06 21:58:00 -
[5] - Quote
CCP Snorlax wrote:.....
In your settings folder you should have a file called prefs.ini - it's a simple text file. Open it up in a text editor and add the line
frameTimeTimeout=30000
This sets a timeout value, in milliseconds, so that whenever the client freezes for more than this value a crash is induced. Before crashing, a file called pythonstatus.txt is written to the cache folder.
....... I added that line. Last night I got a freeze. But the client did not crash and no files got written. I waited for about half an hour. The prefs.ini files look like
bitsCancelled=1 clusterMode=LOCAL clusterName=LOCALHOST@NODOMAIN debug=0 decimal=. digit=, eulaagreed=0 host=0 inputhost=localhost languageID=EN machoNet.acceptThreadCount=20 newbie=0 port=26000 rebootReason=connection lost rebootTime=130302129936291412 showHardcodedStrings=0 frameTimeTimeout=30000
Any ideas?
http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2340
|
Posted - 2013.12.07 14:44:00 -
[6] - Quote
CCP Snorlax wrote:Vincent Athena wrote:CCP Snorlax wrote:.....
In your settings folder you should have a file called prefs.ini - it's a simple text file. Open it up in a text editor and add the line
frameTimeTimeout=30000
This sets a timeout value, in milliseconds, so that whenever the client freezes for more than this value a crash is induced. Before crashing, a file called pythonstatus.txt is written to the cache folder.
....... I added that line. Last night I got a freeze. But the client did not crash and no files got written. I waited for about half an hour. The prefs.ini files look like bitsCancelled=1 clusterMode=LOCAL clusterName=LOCALHOST@NODOMAIN debug=0 decimal=. digit=, eulaagreed=0 host=0 inputhost=localhost languageID=EN machoNet.acceptThreadCount=20 newbie=0 port=26000 rebootReason=connection lost rebootTime=130302129936291412 showHardcodedStrings=0 frameTimeTimeout=30000 Any ideas? Was the client completely frozen? Nothing moving on the screen? If so, the timeout should have kicked in, so I'm starting to think you are experiencing something different. If we're still rendering frames but somehow not responding to input that could explain this. Nothing was moving on the screen, and the client was not accepting any input. No chat, no camera wobble, no movement at all. Well, the mouse pointer moves. I was running 3 clients in a mining fleet, and it was the orca that froze. The other two ships could still put ore into the orca, and the orca remained in place, and in fleet, until I force quit the frozen client. http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2341
|
Posted - 2013.12.07 21:47:00 -
[7] - Quote
CCP Snorlax wrote:Vincent Athena wrote:CCP Snorlax wrote: Was the client completely frozen? Nothing moving on the screen? If so, the timeout should have kicked in, so I'm starting to think you are experiencing something different. If we're still rendering frames but somehow not responding to input that could explain this.
Nothing was moving on the screen, and the client was not accepting any input. No chat, no camera wobble, no movement at all. Well, the mouse pointer moves. I was running 3 clients in a mining fleet, and it was the orca that froze. The other two ships could still put ore into the orca, and the orca remained in place, and in fleet, until I force quit the frozen client. I need to verify that the timeout works as it should on the Mac - it should have kicked in here. I'll have someone run some tests for me on Monday. Btw, do you play with audio on? Does it make any difference if you disable audio? Audio was disabled. I normally play sound off. I think once I got a freeze sound on. The music starts skipping, and stops altogether. http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2347
|
Posted - 2013.12.11 19:36:00 -
[8] - Quote
Im a little confused. I tried entering this into the terminal app:
open /Applications/EVE\ Online.app/ --args /fileLogDirectory=/Applications/evelog
And no files were generated in the folder evelog that I had created. I got a feeling there are other steps I need to be doing as well. The Mac debug page in the wiki lists several ways to make different log files:
https://wiki.eveonline.com/en/wiki/Mac_bug_reporting
leaving me not understanding what you need to help with this issue. I'm not sure which, if any, of these are out of date. Nor which method you would like to see me use. What else should I be doing? http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2347
|
Posted - 2013.12.11 21:20:00 -
[9] - Quote
OK, I await new things. In the meantime Ill play with the monitor logging turned on. The logging I get from the shift-control-alt-m window. If I get a freeze maybe it will show something. I only get one a week on average, so it may be awhile.
Ive not tried it, but Ive heard you can get a freeze right away by having a Torrent running when you play eve. http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2348
|
Posted - 2013.12.13 15:07:00 -
[10] - Quote
I got a log from a client that experienced a freeze. This was on an alt account. The log was made from the monitor window. Unfortunately, there was no crash log or python trace file as the client never crashed, but got frozen. (Actually there was a crash log file, but it is zero bytes long and empty).
I had three clients running during a mining op, 2 hulks and an orca. The client running the orca froze right after I had it warp to station. Just before the freeze the client displayed an exception. Getting an exception message displayed before the freeze is actually rare, and this may not be the actual "Mac freeze bug". But it is a bug with a freeze.
Bug report filed with "CCP Snorlax" in the title. Hope this helps. http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2349
|
Posted - 2013.12.13 22:46:00 -
[11] - Quote
Memory leak, eh? Well, it is very common for these freezes to occur upon an action that results in a grid change. They can happen upon leaving a grid or arriving at a new one. http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2350
|
Posted - 2013.12.15 05:31:00 -
[12] - Quote
CCP Snorlax wrote:Vincent Athena wrote:I got a log from a client that experienced a freeze. This was on an alt account. The log was made from the monitor window. Unfortunately, there was no crash log or python trace file as the client never crashed, but got frozen. (Actually there was a crash log file, but it is zero bytes long and empty).
I had three clients running during a mining op, 2 hulks and an orca. The client running the orca froze right after I had it warp to station. Just before the freeze the client displayed an exception. Getting an exception message displayed before the freeze is actually rare, and this may not be the actual "Mac freeze bug". But it is a bug with a freeze.
Bug report filed with "CCP Snorlax" in the title. Hope this helps. Thanks for the report. The logs in this case indicate the process ran out of memory. That is probably the reason there is no dump. I need to investigate further if any of the warning preceding this could explain why the memory runs out - there must be a memory leak somewhere. Ive been doing more sessions with monitor logging running. I set the monitor to the memory tab to see if there was anything to see. With logging turned on the green line showing python memory slowly crept up. Total memory went up with it. Eventually the client got slower and slower, then crashed. It took about 2 hours. Turning logging off stops the slow creep.
When I had logging turned on I also had it saving to file.
So apparently the logging process itself crashes the client. http://vincentoneve.wordpress.com/ |

Vincent Athena
V.I.C.E.
2350
|
Posted - 2013.12.15 15:23:00 -
[13] - Quote
On the bright side the classic Mac freeze has not happened to me in quite awhile. The bug I reported to you was not the classic freeze as I got an exception notice first. And that one now appears to have been caused by the logging process. The classic freeze; the client just stops.
Ill keep logging and await issues. http://vincentoneve.wordpress.com/ |
| |
|